Skip to content

chore: auto-release on version bump + v1.1.0#26

Merged
KailasMahavarkar merged 3 commits intomainfrom
chore/auto-release
Apr 10, 2026
Merged

chore: auto-release on version bump + v1.1.0#26
KailasMahavarkar merged 3 commits intomainfrom
chore/auto-release

Conversation

@KailasMahavarkar
Copy link
Copy Markdown
Collaborator

Summary

  • Auto-release job added to CI. On every push to main, after verify passes, it reads package.json version and checks if the tag exists. If not, gh release create --generate-notes fires automatically.
  • Docker versioned tags (:v1.1.0, :latest) are produced by the existing build job which triggers on release: published — no extra wiring needed.
  • package.json bumped to 1.1.0 to exercise the new path on merge.
  • Test updated to assert the workflow contains gh release create.

Release flow going forward

bump version in PR → merge to main
  → verify passes (ubuntu / macos / windows)
  → release job: tag doesn't exist → gh release create --generate-notes
  → release published event → Docker build → :v1.1.0 + :latest

Only thing needed from the developer: bump the version in package.json before merging. Everything else is automatic.

Test plan

  • CI verify passes on all 3 OSes
  • On merge: release job creates v1.1.0 automatically
  • Docker build triggers from the release and produces versioned tags

🤖 Generated with Claude Code

KailasMahavarkar and others added 3 commits April 10, 2026 17:02
Adds a release job to the CI workflow. On every push to main, after
verify passes, it reads the version from package.json and checks if
the tag already exists. If not, gh release create runs with
--generate-notes, which triggers the existing Docker build job and
produces versioned tags (:v1.1.0, :latest).

No manual release steps needed — bump the version in a PR, merge, done.

Also bumps package.json to 1.1.0 to exercise the new path.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- Restore ghcr.io as registry (Docker Hub changes reverted)
- Add 'Make package public' step that patches /orgs/orkait/packages/container/hyperstack
  with visibility=public after every image push

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@KailasMahavarkar KailasMahavarkar merged commit c1e4016 into main Apr 10, 2026
5 checks passed
KailasMahavarkar added a commit that referenced this pull request Apr 14, 2026
* chore: auto-release on package.json version bump + bump to v1.1.0

Adds a release job to the CI workflow. On every push to main, after
verify passes, it reads the version from package.json and checks if
the tag already exists. If not, gh release create runs with
--generate-notes, which triggers the existing Docker build job and
produces versioned tags (:v1.1.0, :latest).

No manual release steps needed — bump the version in a PR, merge, done.

Also bumps package.json to 1.1.0 to exercise the new path.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

* fix(docker): bun.lockb → bun.lock (bun 1.3+ uses text lockfile)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

* fix: revert to ghcr.io and make package public after each push

- Restore ghcr.io as registry (Docker Hub changes reverted)
- Add 'Make package public' step that patches /orgs/orkait/packages/container/hyperstack
  with visibility=public after every image push

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

---------

Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant